home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / March 96 / Re Any tips for Building ODF.3 < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  2.9 KB  |  [TEXT/ttxt]
  1. Subject:     Re: Any tips for Building ODF with CW8 CFM68k?
  2. Sent:        3/26/96 8:12 AM
  3. Received:    3/26/96 1:31 PM
  4. From:        Masahiro Abe, m_abe@sainet.or.jp
  5. Reply-To:    ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. Thanks guys for your kind responses. I really appreciate them.
  9.  
  10. At 10:56 96.03.25 -0800, Mark Lanett wrote:
  11. >Look inside your part with ResEdit and verify that the cfrg has two
  12. >entries: One called "ODFExamples::ODFNothing" and the other called
  13. >"ODFNothing". Also both entries should be the cfm68k architecture. It may
  14. >simply be a matter of rebuilding the part's .r file (add it to the
  15. >project).
  16.  
  17. I've done this in the first place when I encountered the problem. I've
  18. confirmed it is correct.
  19.  
  20. At 12:59 96.03.25 -0800, Jim Lloyd wrote:
  21. >Actually, I had similar binding problems while trying to get our parts working
  22. >with CFM68K and never successfully debugged the problem until getting the last
  23. >release of CFM68K tools from Metrowerks, at which time the problems went away.
  24. > At the suggestion of Stephen Coy <stevec@mpx.com.au>, I had also made one
  25. >change that you may need to make.  Apparently, there is a problem with
  26. >Metrowerk's ability to import MPW .o files, and because of it there are
  27. >problems with ODMathM.o (inside the ODUtils subsystem).  This may or may not
  28. >have been fixed in the most recent Metrowerks update, I haven't verified it
  29. >yet.  To workaround the problem, you would need to take the source code in
  30. >ODMathM.a and move it into the inline assembler format recognized by the
  31. >Metrowerks C/C++ compiler.  I've pasted a sample at the end of this message.
  32.  
  33. I knew his post and already made changes before build.
  34.  
  35. I compared my ODFNothing and the one in DR4 and found:
  36. 1. resources are exactly same between the two
  37. 2. disassembled dump by CWIDE shows the same info on parts
  38. 3. data fork of those two are the same at the first 16 bytes, but differ
  39. after that.
  40. I will study the format of code fragment later.
  41.  
  42. >We are getting very close to finalizing ODF 1, and expect all of the problems
  43. >with CFM68K to be fixed (assuming I focus my time on fixing them).  For this
  44. >reason, I am very reluctant to provide further technical support on CFM68K
  45. >with ODF 1.0d11. If the information in this message doesn't allow you to get
  46. >your parts working I'm afraid you'll have to wait till ODF 1 is released (in
  47. >about 3 weeks).
  48.  
  49. Jim, please understand that it is not my intention to steal your time for
  50. supporting me. I will continue investigating my problem. Only hope that you
  51. can provide some insight on this if you have spare time.
  52.  
  53. Again, I appreciate all of your valuable info.
  54. #####################################################################
  55. ##### Masahiro Abe     <Internet   : m_abe@sainet.or.jp       > #####
  56. #####                  <Niftyserve : BXA03713@niftyserve.or.jp> #####
  57. #####################################################################
  58.